home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
SGI Performance Co-Pilot 1.3
/
SGI Performance Co-Pilot 1.3.iso
/
dist6.4
/
pcp.idb
/
usr
/
relnotes
/
pcp
/
ch3.z
/
ch3
Wrap
Text File
|
1997-04-03
|
34KB
|
851 lines
- 1 -
3. _C_h_a_n_g_e_s__a_n_d__A_d_d_i_t_i_o_n_s
The major addition and changes for the basic services and
tools of the Performance Co-Pilot are described in the
following sections.
Refer to the reference pages of the individual utilities for
a complete description of any new functionality.
3.1 _I_n_f_r_a_s_t_r_u_c_t_u_r_e__C_h_a_n_g_e_s
The following changes have been made to the PCP
infrastructure that effects both collector and monitor
configurations.
3.1.1 _I_n_f_r_a_s_t_r_u_c_t_u_r_e__C_h_a_n_g_e_s__f_r_o_m__P_C_P__1_._2__t_o__P_C_P__1_._3
1. The Performance Co-Pilot 1.3 architecture supports
full interoperation between IRIX 5.3, IRIX 6.2, IRIX
6.3 and IRIX 6.4 systems.
2. Changes in license technology. Only FLEXlm licenses
are now supported. (There are no platforms for PCP
1.3 that require on-going NetLS license support).
3. Changes to ppppmmmmnnnnssss(4). From IRIX 6.4 onwards, the names
for metrics from the IRIX agent have been bundled with
_l_i_b_i_r_i_x_p_m_d_a._s_o in the _e_o_e._s_w._p_e_r_f subsystem (see also
Section 2.10 of these release notes). The rebuild
script was reworked to accept both the new, and the
old format. As a result, /_u_s_r/_p_c_p/_b_i_n/_p_m_n_s_d_e_l was
completely rewritten, /_u_s_r/_p_c_p/_b_i_n/_p_m_n_s_a_d_d has been
reworked, and a new application,
/_u_s_r/_p_c_p/_b_i_n/_p_m_n_s_m_e_r_g_e was added. These changes are
also reflected in the associated patches identified in
the table in section 2.4 above, where _l_i_b_i_r_i_x_p_m_d_a._s_o
comes bundled with a compatible set of metric names
and metric help text.
4. Between PCP 1.2 and PCP 1.3 the handling of counters
that are not monotonic increasing was changed.
Usually these counters should only be non-increasing
in the presence of an overflow or ``counter wrap'',
however for a variety of reasons premature
discontinuities occur. In PCP 1.3 the value of the
metric is assumed to be unknown in the period of the
discontinuity. In PCP 1.2 it was assumed that
continuity had been maintained through a counter wrap
but unfortunately this produced some surprising
results in the presence of a premature discontinuity.
- 2 -
A new environment variable in PCP 1.3,
PPPPCCCCPPPP____CCCCOOOOUUUUNNNNTTTTEEEERRRR____WWWWRRRRAAAAPPPP, may be set to revert to the PCP 1.2
style.
3.1.2 _I_n_f_r_a_s_t_r_u_c_t_u_r_e__C_h_a_n_g_e_s__f_r_o_m__P_C_P__1_._1__t_o__P_C_P__1_._2
1. The Performance Co-Pilot 1.2 architecture supports
full interoperation between IRIX 5.3 and IRIX 6.2
systems.
2. The _P_C_P _U_s_e_r'_s _a_n_d _A_d_m_i_n_i_s_t_r_a_t_o_r'_s _G_u_i_d_e has been
subjected to a major overhaul.
3. The new _P_C_P _P_r_o_g_r_a_m_m_e_r'_s _G_u_i_d_e provides information
and illustrated examples for the PMDA developer and
the PMAPI client developer.
4. Changes in license technology. In PCP 1.2,
transitional arrangements supported both NetLS and
FLEXlm license validation. For PCP 1.3 the sole
license validation technology is based upon FLEXlm.
5. Scripts and tools are provided to support automated
archive log maintenance (originally from the PCPWEB
add-on product). Specifically, the
/_v_a_r/_a_d_m/_p_c_p_l_o_g/<_h_o_s_t> directories, the _c_r_o_n._p_m_d_a_i_l_y,
_c_r_o_n._p_m_c_h_e_c_k and _c_r_o_n._p_m_l_o_g_m_e_r_g_e scripts, and the
ppppmmmmllllooooggggmmmmeeeerrrrggggeeee, ppppmmmmddddaaaatttteeee and ppppmmmmlllloooocccckkkk utilities.
6. The _c_r_o_n._p_m_s_n_a_p(1) script and associated components
allow GIF format images of ppppmmmmcccchhhhaaaarrrrtttt(1) displays to be
automatically generated from PCP archive logs. The
resulting images are suitable for inclusion in
activity reports for management, presentation
materials or publishing via a Web server.
Snapshot generation is possible for both local PCP
archives and archives accessed via NFS mounted
filesystems.
7. The structure of the product and images as presented
via iiiinnnnsssstttt or sssswwwwmmmmggggrrrr has been revised to allow cleaner
monitor-only and collector-only installations.
Specifically, _p_c_p._s_w._c_o_l_l_e_c_t_o_r has been split into one
subsystem for the base PMCD, mandatory PMDAs and
infrastructure, and a new subsystem created for each
optional PMDA, e.g. _p_c_p._s_w._c_i_s_c_o, _p_c_p._s_w._s_u_m_m_a_r_y and
_p_c_p._s_w._e_n_v_i_r_o_n.
Also the IDO prerequisites have been removed from
_p_c_p._s_w._d_e_m_o as some of the examples do not require a
- 3 -
compiler in order to be useful.
8. In general, files that may be modified and directories
that contain files that may be created or modified
after PCP installation have moved from /_u_s_r/_p_c_p to
/_v_a_r/_p_c_p.
In particular the following migrations have taken
place:
________________________________________________________________________
OOOOlllldddd PPPPaaaatttthhhh NNNNeeeewwww PPPPaaaatttthhhh NNNNooootttteeeessss
________________________________________________________________________
/_u_s_r/_p_c_p/_p_m_n_s /_v_a_r/_p_c_p/_p_m_n_s [1]
/_u_s_r/_p_c_p/_b_i_n/_p_m_c_d /_v_a_r/_p_c_p/_l_i_b/_p_m_c_d [2]
/_u_s_r/_p_c_p/_c_o_n_f_i_g/_p_m_c_h_a_r_t /_v_a_r/_p_c_p/_c_o_n_f_i_g/_p_m_c_h_a_r_t [3]
/_u_s_r/_p_c_p/_e_t_c/_l_o_c_a_l /_v_a_r/_p_c_p/_e_t_c/_l_o_c_a_l
/_u_s_r/_p_c_p/_l_i_b/*_p_m_d_a_*._s_o /_v_a_r/_p_c_p/_l_i_b/*_p_m_d_a_*._s_o [4]
/_u_s_r/_p_c_p/_l_i_b/_p_m_d_a* various [5]
/_u_s_r/_p_c_p/_p_m_l_o_g_g_e_r/_c_r_o_n.* /_u_s_r/_p_c_p/_b_i_n/_c_r_o_n.* [6]
/_v_a_r/_t_m_p/*._l_o_g /_v_a_r/_a_d_m/_p_c_p_l_o_g/*._l_o_g [7]
/_u_s_r/_p_c_p/_p_m_r_u_l_e_s /_v_a_r/_p_c_p/_c_o_n_f_i_g/_p_m_r_u_l_e_s
/_u_s_r/_a_d_m/_p_c_p_l_o_g/* /_v_a_r/_a_d_m/_p_c_p_l_o_g/`/_u_s_r/_b_s_d/_h_o_s_t_n_a_m_e` [8]
/_u_s_r/_d_e_m_o_s/_P_e_r_f_C_o_P_i_l_o_t various [9]
/_u_s_r/_p_c_p/_p_m_i_e various [10]
/_u_s_r/_p_c_p/_p_m_l_o_g_g_e_r various [11]
________________________________________________________________________
|||||||||||||||
|||||||||||||||
|||||||||||||||
|||||||||||||||
[1] The PMNS files; an iiiinnnnsssstttt exitop automates
migration of all files.
[2] Relevant only for PCP collector configurations;
managed automatically by /_e_t_c/_i_n_i_t._d/_p_c_p.
[3] System-wide views for ppppmmmmcccchhhhaaaarrrrtttt; after
installation, customized views or views from
add-on products may need to be copied or moved.
[4] ppppmmmmccccdddd(1) will search for DSO pmdas with relative
pathnames in both /_v_a_r/_p_c_p/_l_i_b and /_u_s_r/_p_c_p/_l_i_b.
[5] The daemon PMDAs fall into two groups:
a. Binaries that are included in the images;
these reside in /_u_s_r/_p_c_p/_l_i_b
b. Binaries that are compiled or linked from
files in the images; these reside in the
one directory per PMDA below /_v_a_r/_p_c_p/_p_m_d_a_s
[6] The _c_r_o_n._p_m* scripts. If you have activated the
log management scripts, this may require changes
to root's crontab file. As root do the
- 4 -
following:
# crontab -l > /tmp/foo
: edit /tmp/foo, replacing all instances of
: /usr/pcp/pmlogger/cron by /usr/pcp/bin/cron
# crontab < /tmp/foo
[7] All PMCD and PMDA diagnostic and trace logs are
now created in /_v_a_r/_a_d_m/_p_c_p_l_o_g/_p_m_c_d._l_o_g. The
environment variable PPPPCCCCPPPP____LLLLOOOOGGGGDDDDIIIIRRRR may be used with
/_e_t_c/_i_n_i_t._d/_p_c_p to relocate the PMCD and PMDA
logs elsewhere.
[8] Files from the primary logger now follow the same
default naming conventions as used by other
ppppmmmmllllooooggggggggeeeerrrr(1) instances.
[9] /_u_s_r/_d_e_m_o_s/_P_e_r_f_C_o_P_i_l_o_t has been expunged as
follows:
- Example PMDAs moved to /_v_a_r/_p_c_p/_p_m_d_a_s
- Tutorial moved to /_v_a_r/_p_c_p/_d_e_m_o_s/_T_u_t_o_r_i_a_l
- _p_m_c_l_i_e_n_t moved to /_v_a_r/_p_c_p/_d_e_m_o_s/_p_m_c_l_i_e_n_t
- _o_p_s_v_i_e_w moved to /_v_a_r/_p_c_p/_d_e_m_o_s/_o_p_s_v_i_e_w
[10] /_u_s_r/_p_c_p/_p_m_i_e has been restructured:
- /_u_s_r/_p_c_p/_p_m_i_e/_l_i_b/_c_o_m_m_o_n._s_h moved to
/_u_s_r/_p_c_p/_l_i_b/_p_m_i_e-_c_o_m_m_o_n
- /_u_s_r/_p_c_p/_p_m_i_e/_b_i_n/* moved to
/_v_a_r/_p_c_p/_c_o_n_f_i_g/_p_m_i_e/*
- /_u_s_r/_p_c_p/_p_m_i_e/_c_o_n_t_r_o_l._m_a_s_t_e_r moved to
/_v_a_r/_p_c_p/_c_o_n_f_i_g/_p_m_i_e/_c_o_n_t_r_o_l._m_a_s_t_e_r
[11] Files in /_u_s_r/_p_c_p/_p_m_l_o_g_g_e_r have been relocated as
follows:
- The _c_o_n_t_r_o_l and template ``config'' files
have been moved to /_v_a_r/_p_c_p/_c_o_n_f_i_g/_p_m_l_o_g_g_e_r
- The _c_r_o_n.* scripts now reside in
/_u_s_r/_p_c_p/_b_i_n
- The default configuration file for the
primary logger is found at
/_v_a_r/_p_c_p/_c_o_n_f_i_g/_p_m_l_o_g_g_e_r/_c_o_n_f_i_g._d_e_f_a_u_l_t
- 5 -
rather than /_u_s_r/_p_c_p/_c_o_n_f_i_g/_p_m_l_o_g_g_e_r._c_o_n_f_i_g
9. Any archive log file may be used as a synonym for the
basename of an archive in ----aaaa archive command line
options and to ppppmmmmNNNNeeeewwwwCCCCoooonnnntttteeeexxxxtttt(3), i.e. _f_o_o, _f_o_o._0,
_f_o_o._i_n_d_e_x and _f_o_o._m_e_t_a are all synonyms
10. The performance metrics logger ppppmmmmllllooooggggggggeeeerrrr and its
console utility ppppmmmmllllcccc have added support for the
following services:
- multi-volume logs
- additional information in the PCP archive log to
identify how and when the archive was created
- ppppmmmmllllcccc no longer requires ppppmmmmccccdddd to be running
locally
- a new flush command for ppppmmmmllllcccc may be used to force
a ppppmmmmllllooooggggggggeeeerrrr instance to flush its archive output
buffers to disk
- With the ----cccc option, if the _c_o_n_f_i_g_f_i_l_e does not
exist, the common repository at
/_v_a_r/_p_c_p/_c_o_n_f_i_g/_p_m_l_o_g_g_e_r will be searched for
_c_o_n_f_i_g_f_i_l_e
11. A new ``PCP Archive Folio'' capability supports:
- support for the creation and processing of folios
that are collections of archives, over which some
common processing may be required
- a mmmmkkkkaaaaffff(1) utility to create folios
- a ppppmmmmaaaaffffmmmm(1) utility to process folios
- the record mode facility in ppppmmmmcccchhhhaaaarrrrtttt(1) creates an
archive folio
- the archive log maintenance scripts produce per
host archive folios for the most recent PCP
archive logs
12. Generalized client-side timeout control (above the
PMAPI), uses the environment variable
PPPPMMMMCCCCDDDD____RRRREEEEQQQQUUUUEEEESSSSTTTT____TTTTIIIIMMMMEEEEOOOOUUUUTTTT to specify how long a client is
willing to wait for response from a ppppmmmmccccdddd.
- 6 -
13. The TCP/IP request port used by ppppmmmmccccdddd(1) still defaults
to 4321, but may be over-ridden by the environment
variable PPPPMMMMCCCCDDDD____PPPPOOOORRRRTTTT.
14. The base TCP/IP port number (4330) for ppppmmmmllllooooggggggggeeeerrrr(1)
instances may be over-ridden by the environment
variable PPPPMMMMLLLLOOOOGGGGGGGGEEEERRRR____PPPPOOOORRRRTTTT.
15. The ppppmmmmppppoooosssstttt(1) utility provides a new facility for
logging atomic messages. Used as one "alarm" option
for ppppmmmmiiiieeee(1), and to record PMDA reconfiguration
history.
16. ppppmmmmrrrruuuulllleeeessss(1) is a tool that provides a graphical user
interface for customizing a set of ppppmmmmiiiieeee(1) rule
templates.
ppppmmmmrrrruuuulllleeeessss was first released with PCPWEB, but is now
part of the base PCP product. It has been enhanced to
allow rapid movement through templates by means of
next and previous buttons in the Edit Template dialog,
and extensions to the template specification language.
17. The ppppmmmmbbbbrrrraaaannnndddd(1) utility supports a ----qqqq option to report
valid PCP licenses without remaking the capabilities
file.
3.2 _C_o_l_l_e_c_t_o_r__C_h_a_n_g_e_s
The following changes effect PMCD and the PMDAs that provide
the collection services.
3.2.1 _C_o_l_l_e_c_t_o_r__C_h_a_n_g_e_s__f_r_o_m__P_C_P__1_._2__t_o__P_C_P__1_._3
There were no changes made between PCP 1.2 and PCP 1.3 that
are specific to the PCP collection services, other than the
introduction of a new optional agent, the sssshhhhppppiiiinnnngggg PMDA.
3.2.2 _C_o_l_l_e_c_t_o_r__C_h_a_n_g_e_s__f_r_o_m__P_C_P__1_._1__t_o__P_C_P__1_._2
1. ppppmmmmccccdddd(1) has undergone some modest evolution to deliver
the following new capabilities:
- A new ----iiii option allows connections to be
selectively enabled on individual network
interfaces. It allows fully-featured operation
in FailSafe environments without additional IP
address assignments.
- Additional event tracing and control (via ----TTTT
option) for recent PDU exchanges to help diagnose
- 7 -
failing PMDAs.
- Dead-hand timer via sssspppprrrroooocccc replaced by PDU timeout
controls. ppppmmmmccccdddd is now a single process.
- All PMDAs: re-implemented scripts for more
robust installation and removal.
- The new _l_i_b_p_m_d_a library provides services for
easier PMDA implementation.
- ddddbbbbppppmmmmddddaaaa(1) is a purpose-built tool to facilitate
development and debugging of PMDAs.
- The following performance metrics domain agents
(PMDAs) are installed in the directories below
/_u_s_r/_p_c_p/_p_m_d_a_s:
+o cisco - Cisco network router metrics.
Support for Cisco 7000 series and user level
passwords added. Revised to handle
diagnostic output from later models of the
Cisco routers and the associated firmware.
New utility probes for installed Cisco
interfaces as part of the PMDA installation
procedure. Added cisco.bandwidth metric.
+o environ - Challenge and Onyx environment
monitor metrics.
+o proc - IRIX process metrics. Extended range
(64-bit) values for IRIX 6.2 now supported.
+o summary - localhost performance summary
metrics. This PMDA first appeared in the
PCPARRAY add-on product, and has migrated to
the base PCP product.
+o trivial - source code for the simplest
possible example of how to write your own
PMDA.
+o simple - source code that demonstrates how
to write your own PMDA. Reworked and
greatly simplified to use the new _l_i_b_p_m_d_a
services.
+o news - Usenet news metrics.
+o sample - artificial metrics for testing
applications.
- 8 -
+o txmon - source code for a sample PMDA that
uses shared memory to export performance
information from a ``fake'' transaction
monitor application.
- Hardware instrumentation: the IRIX 6.2 images
support hardware event counters for R10K
platforms.
3.3 _M_o_n_i_t_o_r__C_h_a_n_g_e_s
The major additions and changes for the performance
visualization and analysis tools are described below.
3.3.1 _M_o_n_i_t_o_r__C_h_a_n_g_e_s__f_r_o_m__P_C_P__1_._2__t_o__P_C_P__1_._3
1. The ppppmmmmvvvviiiieeeewwww(1) utility has undergone a number of
enhancements:
- Record mode. PCP archive logs of the current
view can be easily created.
- Multiple archives can now be specified in a comma
separated list (following the ----aaaa option).
- Errors and warning are now displayed via
Xdialogs, rather than on standard error.
- Start up time has been improved (shortened),
especially to remote hosts.
- Configurable launching with ppppmmmmllllaaaauuuunnnncccchhhh(5).
2. mmmmppppvvvviiiissss(1), the CPU utilization front-end to ppppmmmmvvvviiiieeeewwww, can
now display CPUs in multiple rows. This is especially
useful for large numbers of CPUs. The number of CPUs
per row can be controlled by the user, through the
command line options ----rrrr, ----RRRR, and ----bbbb.
3. nnnnffffssssvvvviiiissss(1), the nfs utilization front-end to ppppmmmmvvvviiiieeeewwww,
now supports NFS3.
4. ppppmmmmllllooooggggssssuuuummmmmmmmaaaarrrryyyy(1) is a new utility which calculates the
averages of metrics stored in a PCP archive.
5. ppppmmmmggggeeeevvvvccccttttrrrr(1) is a new tool for displaying basic system
performance, R10K event counters, and routers. The
display of the router information is optional. It is
a front-end to ppppmmmmggggaaaaddddggggeeeettttssss(1) and very handy for keeping
an eye on remote hosts with R10K processors, where
PMCD is running.
- 9 -
6. ppppmmmmllllaaaauuuunnnncccchhhh(5) is a new utility which allows PCP tools to
be launched from an already running PCP tool. Where
applicable, the metrics viewed in the launching tool
will be propagated to the application being launched.
7. The integrity of PCP archive logs, particularly in
respect of ``counter wraps'' can be verified with the
new ppppmmmmllllooooggggcccchhhheeeecccckkkk(1) utility.
3.3.2 _M_o_n_i_t_o_r__C_h_a_n_g_e_s__f_r_o_m__P_C_P__1_._1__t_o__P_C_P__1_._2
1. The new ppppmmmmttttiiiimmmmeeee(1) tool provides a single unified time
control dialog that may be either dedicated to a
single monitoring tool, or used to synchronize time
and VCR operations amongst a group of synchronized
tools.
ppppmmmmttttiiiimmmmeeee supports both a real-time and an archive
behavior.
The PMAPI has been extended to allow client
applications to defer time control to ppppmmmmttttiiiimmmmeeee; e.g. see
ppppmmmmTTTTiiiimmmmeeeeCCCCoooonnnnnnnneeeecccctttt(3) and related routines.
2. The ppppmmmmvvvviiiieeeewwww(1) utility has been completely rewritten
(ppppmmmmvvvviiiieeeewwww is the backend behind the visualization tools
such as mmmmppppvvvviiiissss, ddddkkkkvvvviiiissss, etc), and the new features
include:
- A new structured scene description language that
includes object aggregation, stacked bars, labels
with arbitrary orientation and a more general
object layout algorithm. Support for the PCP 1.x
ppppmmmmvvvviiiieeeewwww syntax is concurrently retained.
- Support for multiple archives in the command line
and within configuration files.
- Command line syntax and options for specifying
multiple archives and generalized time window and
time sample alignment; these also appear as
consequent changes in the command line syntax of
the front end scripts.
- Selection of a base plane allows tools to be
launched for multiple metrics and for metric
instances.
- Synchronized time controls via ppppmmmmttttiiiimmmmeeee(1).
- 10 -
- Wire frame scene update mode when playing in fast
forward or fast rewind from an archive.
- Visual feedback for out of range data (saturated
bars appear white, unavailable metrics appear
grey).
- Improved launching of other PCP tools (drill
down).
- Aggregation of objects in the scene for the
purposes of launching associated PCP tools.
- A scale thumbwheel and input text box is provided
to support changes to the vertical scaling on the
fly.
- _S_a_v_e (as Inventor) and _P_r_i_n_t options have been
added to the FFFFiiiilllleeee menu.
3. ppppmmmmcccchhhhaaaarrrrtttt(1) includes a significant number of
refinements:
- New enhanced VCR controls; new archive
positioning features, including the ability to
dynamically move to new archive positions with
much faster graph redrawing. ppppmmmmcccchhhhaaaarrrrtttt sessions
can now use time-synchronized VCR controls in
concert with other ppppmmmmcccchhhhaaaarrrrtttt sessions and other PCP
tools.
- Non-interactive mode; including the ability to
automatically generate snapshot chart images (in
GIF format) for performance summary reports and
for inclusion in Web documents. Also, the date
now appears in the time-scale window, the time-
scale tick marks are marked in black for better
visibility and date changes are indicated in the
time-scale labels.
- Record mode; easily create archive logs of the
current charts for simple retrospective analysis.
Replay logs from several archives in the same set
of charts.
- Enhanced system "views"; including support for
metric instance-name patterns, color schemes for
individual charts, faster view loading and views
supporting multiple archive files (used by the
new record facility).
- 11 -
- Assorted bug fixes; Faster startup time, new
command line arguments, main menu overhaul.
- Improved color selection when X server colormap
is full.
- Support for landscape print-outs.
- Reworked handling of overflow for performance
metrics implemented as 32-bit counters.
- When loading views, ppppmmmmcccchhhhaaaarrrrtttt uses a search path
that scans the current directory, $_H_O_M_E/._p_c_p and
/_v_a_r/_p_c_p/_c_o_n_f_i_g/_p_m_c_h_a_r_t.
4. The following enhancements have been made to the
ppppmmmmiiiieeee(1) command:
- Intrinsics to count instances (count_inst) or
samples (count_sample) satisfying a truth
condition have been added.
- The lexical elements %v, %h and %i allow
subexpressions to be bound during rule evaluation
and the values for metrics, hosts and instances
may appear in the action part of a rule.
- Rules can now be made conditional on the current
date and time.
- An interactive rule debugging mode is now
provided.
- The command line switches ----SSSS, ----TTTT and ----AAAA provide a
convenient means to extract data from a specific
time window within a PCP archive log.
- The sampling of performance data and rule
evaluation scheduling follow a set of more easily
understood semantics.
- Rule specifications from multiple input files are
accepted on the command line.
- Error messages from the rule parser have been
improved and numerous bugs have been fixed.
5. ppppmmmmggggaaaaddddggggeeeettttssss(1) is a new, general tool for creating
miniature views with pixel-mean widgets that provide
colored LEDs, unadorned strip charts, utilization
bars, stacked bars and slider meters. Each widget
- 12 -
associated with one or more PCP metrics (local and/or
remote), is in color or shape based on the values of
the performance metrics.
These widgets may be used to construct desk-top
monitor panels that are more general alternates to
those provided by ggggrrrr____oooossssvvvviiiieeeewwww(1).
6. ppppmmmmggggiiiirrrriiiixxxx(1) is a new tool that creates a miniature view
of various IRIX performance metrics (CPU utilization,
load average, memory/swap usage, network and disk
traffic). It is a front-end for ppppmmmmggggaaaaddddggggeeeettttssss(1) and very
handy for keeping an eye on remote hosts where PMCD is
running.
7. The ppppmmmmvvvvaaaallll utility now accepts the command line
switches ----SSSS, ----TTTT and ----AAAA to provide a convenient means
for extracting data from a specific time window within
a PCP archive log.
Optionally, interactive replay from archives may be
controlled using the GUI ppppmmmmttttiiiimmmmeeee(1) tool.
8. A new ----bbbb option for ppppmmmmiiiinnnnffffoooo(1) allows control over
pmFetch() batch size for reduced message traffic
between ppppmmmmiiiinnnnffffoooo and ppppmmmmccccdddd.
9. mmmmeeeemmmmvvvviiiissss(1) - This tool is not present in the IRIX 6.2
distribution of the Performance Co-Pilot. The
functionally equivalent tool ggggmmmmeeeemmmmuuuussssaaaaggggeeee(1) is available
as part of the standard IRIX 6.2 operating system
distribution.